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(54) Information recording medium, apparatus and method for recording or reproducing data 
thereof 



(57) An information recording medium suitable for 
optical discs such as DVD-RAM is provided for inte- 
grated management of data as objects in different kinds 
of AV formats. Also apparatus is provided for data 
recording and playing to the medium. The medium 
stores management information including program 
chain information (PGC information) defining the play- 
back order of the objects, and object information con- 
taining information relevant to the objects. The object 
information has general information of the object, 

Fig. 10 VIDEO.RT.IFO FILE 



attribute information and a map associating a playback 
time point of the object with an address on the optical 
disc of a component of the object to be played. The 
PGC information has cell information including informa- 
tion about type of object, identification information. The 
order of the cell information in the PGC information cor- 
responds to the order in which the objects are played 
back. 
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Description 

[0001] This application is based on application No. 
10-289089 filed in Japan, the contents of which is 
herein incorporated by reference. 5 

BACKGROUND OF THE INVENTION 

1 .Field of the Invention 

10 

[0002] The present invention relates to reada- 
ble/writable information recording medium. More specif- 
ically, the present invention relates to an information 
recording medium for recording multimedia data in dif- 
ferent kinds of formats such as movie image data, still is 
picture data and audio data; and a data recording appa- 
ratus and replaying apparatus for the medium. 

2.Related Art 

20 

[0003] Development of phase change type disc 
DVD-RAM has increased recording capacity of a rewri- 
table optical disc from about 650 MB to a few GB. The 
DVD-RAM is now expected to become a medium not 
only for computers but also a recording/playing medium 25 
for audio/video (hereinafter abbreviated as AV) technol- 
ogies in combination with standardization of a digital AV 
data coding technique called MPEG (MPEG2). Specifi- 
cally, the DVD- RAM is expected to replace magnetic 
tape which has been a major AV recording medium. 30 

(DVD-RAM) 

[0004] Advancement in high-density recording 
technology for rewritable optical discs in recent years 35 
has made it possible to store not only computer data 
and audio data but also image data as well. 
[0005] Conventionally, land and groove are formed 
on a signal recording surface of the optical disc. 
[0006] Signals used to be recorded only on the land 40 
portion or in the groove portion. Later, land-group 
recording method was developed for recording signals 
both in the land portion and in the groove portion, prac- 
tically doubling the recording density. For example, a 
technique disclosed in Japanese Patent Laid-Open 45 
Publication No. 8-7282 is well known. 
[0007] Another of such techniques is CLV (Constant 
Linear Velocity recording) method for improving record- 
ing density. From this technique, zone CLV method was 
developed and is now commercially practiced for simpli- so 
tied control in application. Japanese Patent Laid-Open 
Publication No. 7-93873 is a known example of this 
technique. 

[0008] With such development in the optical disc for 
greater recording capacity, a technological challenge is 55 
how to record AV data including image data, thereby 
achieving new performances and functions that have 
never been realized by prior art AV apparatuses. 



[0009] The development of the large-capacity rewri- 
table optical disc is expected to replace the conven- 
tional tape medium for recording/playing AV data. The 
change from tape to disc will bring substantial changes 
in the function and performance of the AV equipment. 
[0010] The biggest change to be brought by the 
disc is tremendous improvement in random access 
capability. If tape is to be accessed randomly, rewinding 
time of the tape, which is usually a few minutes per reel, 
must be taken into account. Such an access time is 
extremely slower than a seek time (which is shorter than 
a few tens of millisecond.) for the optical disc. Thus, in a 
practical sense, the tape cannot be a random access 
medium. 

[0011] Such a superb random access capability of 
the optical disc can realize distributed recording of AV 
data in the optical disc, which was not possible with the 
conventional tape medium. 

[0012] Referring now to the attached drawings, Fig. 
1 is a block diagram of a DVD recorder drive unit. The 
drive unit comprises an optical pickup 11 for reading 
data stored in a DVD-RAM disc 100, an ECC (Error Cor- 
recting Code) processor 12, a one-track buffer 13, a 
switch 14 for selecting between input and output to and 
from the track buffer 13, an encoder 15, and a decoder 
16. 

[0013] As shown in the figure, the DVD-RAM disc 
100 uses one sector (1 sector = 2KB) as a smallest unit 
of data recording, and one ECC block (1 ECC block =16 
sectors) is used as a unit for error correcting operation 
performed by the ECC processor 12. 
[0014] The track buffer 13 is a buffer for storing AV 
data at a variable bit rate to record AV data effectively in 
the DVD-RAM disc 100. Specifically, reading/writing for 
the DVD-RAM 100 is performed at a fixed rate (Va), 
whereas the bit rate (Vb) of AV data is varied according 
to complexity of contents (e.g. an image for video data). 
The buffer 13 absorbs difference between these two bit 
rates. When the AV data have a fixed bit rate such as in 
a video CD, then the track buffer 13 is not required. 
[001 5] If this track buffer 1 3 is used more effectively, 
distributed recording of AV data on the disc 100 
becomes possible. This will be described more specifi- 
cally here below, referring to Figs. 2 A and 2B. 
[0016] Fig. 2A is a diagram showing address space 
on the disc. According to Fig. 2A, AV data is stored in a 
distributed manner, i.e. in a continuous area [a1, a2] 
and in another continuous area [a3, a4]. In such a case, 
the AV data can be replayed continuously supplying 
data stored in the buffer 13 to the decoder portion 16 
while seek is being made from point a2 to point a3. This 
situation is shown in Fig. 2 B. 

[0017] The AV data starting from the location a1 are 
read, and then entered to the track buffer 13 from time 
t1 , upon which time the track buffer 13 begins to output 
the data. Thus, the buffer 1 3 accumulates data at a rate 
equal to the difference (Va - Vb) between the input rate 
(Va) to the buffer 13 and the output rate (Vb) from the 
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buffer 13. This situation continues until the retrieval 
reaches a2 represented by a time point t2, by which 
time the amount of data in the buffer 13 has accumu- 
lated to amount B(t2). From time t2 to time t3, until the 
data pickup operation is resumed from the area starting 
at a3, the amount of data B(t2) stored in the track buffer 
13 is being consumed in order to keep the decoder 16 
supplied with data. 

[0018] In other words, when the amount of data 
([a1 ,a2]) read before the seeking is greater than a cer- 
tain volume, then the AV data can be continuously sup- 
plied without being interrupted by the seek. 
[0019] The above description is for reading of data 
from the DVD-RAM, i.e. for a play back operation. The 
same goes with writing data to the DVD-RAM, i.e. for a 
recording operation. 

[0020] As described above, with the DVD-RAM, 
continuous replaying/recording is possible even if AV 
data is stored in the distributed manner, as long as the 
amount of data on each continuous record is greater 
than a certain volume. 

[0021] In order to enhance advantages of the large- 
capacity recording medium, i.e. DVD-RAM, a UDF (Uni- 
versal Disc Format) file system is used in the DVD-RAM 
as shown in Fig. 3 to allow access to the disc by using a 
PC. UDF information is recorded in "Volume" area of the 
diagram. Details of the UDF file system is disclosed in 
the "Universal Disc Format Standard." 

(Prior-art AV equipment) 

[0022] Next, description will be made for prior art 
AV equipment commonly used by many users. 
[0023] Fig. 4 is a diagram showing relationships 
among conventional AV equipment, media and formats. 
For example, if a user wants to watch a video program, 
a videocassette must be loaded into a VTR, and the 
program must be viewed using a TV set If the user 
wants to listen to music, then a CD must be loaded into 
a CD player or CD radio-cassette player, and the pro- 
gram must be listened through a speaker system or 
through headphones. Specifically, according to the con- 
ventional AV system, each format (video or audio) is 
paired with a corresponding medium, respectively. 
[0024] For this reason, each time when listening or 
watching a program, the user must select an appropri- 
ate medium and change one to another AV equipment 
appropriate to the medium. This is inconvenient from 
the user's viewpoint. 

(Digitization) 

[0025] Meanwhile, along with recent popularization 
of digital technology, a DVD videodisc was introduced 
as package software, whereas satellite digital broadcast 
was introduced in the broadcasting industry. These 
developments are backed by digital technology innova- 
tion, especially by MPEG as an internationally accepted 



standard. 

[0026] Fig. 5 is a diagram showing MPEG streams 
used in the DVD videodisc and the satellite digital 
broadcast mentioned above. The MPEG standard has a 

5 hierarchy structure as shown in Fig. 5. An important 
point to note here is that the MPEG stream eventually 
used by an application in the package medium such as 
the DVD videodisc is different from the MPEG stream in 
the communication medium such as the satellite digital 

w broadcasting. The former is called "MPEG program 
stream", in which data transfer is made by the unit of 
pack, reflecting the size of a sector (2048 bytes in DVD 
video disc) as the unit of recording in the package soft- 
ware. On the other hand, the tatter is called "MPEG 

15 transport stream", in which the unit of data transfer is a 
TS packet having a size of 188 bytes, reflecting the 
application to ATM (Asynchronous Transfer Mode) sys- 
tems. 

[0027] The MPEG is expected to eliminate borders 
20 between different AV media, as a universal coding tech- 
nology of image signals and digital data. However, 
because of such small differences as described above, 
there is not yet any AV equipment or media capable of 
handling both the package media and communication 
25 media. 

(Changes Brought by DVD-RAM) 

[0028] Introduction of the large capacity DVD-RAM 
30 is a step forward to elimination of the inconvenience that 
users fee! in conventional AV equipment. As described 
earlier) the DVD-RAM incorporated with the UFD file 
system is accessible from the PC. By using different 
pieces of application software on the PC, it is now pos- 
35 sible to play varieties of contents such as video, still pic- 
ture and audio programs on a single piece of 
equipment, i.e. the PC. 

[0029] As shown in Fig. 6, the user can move a cur- 
sor with a mouse onto a file displayed on a screen, and 
40 then double-click (or single-click) to replay contents of 
the file such as a movie displayed in left-top area of the 
screen. 

[0030] Such a convenience becomes possible by 
combination of flexibility offered by the PC and large 

45 storage capacity offered by the DVD-RAM. 

[0031] Backed by increasing popularity of the PC in 
recent years a number of different AV data can now be 
handled fairly simply on the PC as shown in Fig. 6. 
However 2 even though number of PC users is expected 

so to increase, the popularity and easiness of operation of 
the PC are not so high and simple as those of the home 
TV or home video systems. 

[0032] it is therefore an object of the present inven- 
tion to solve the following problems identified as hurdles 
55 to optimum performance of the optical discs such as the 
DVD-RAM, as an AV recording medium of the next gen- 
eration. 

[0033] A world to be realized by the DVD recorder 
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would be a world in which the user can freely handle dif- 
ferent formats and contents without caring about the dif- 
ferences, by using a single medium on a single piece of 
AV equipment as shown in Fig. 7. 
[0034] Fig. 8 shows an example of a menu used in 
the DVD recorder. According to this menu, the user can 
select from 1) "The Foreign Movie Theater" recorded 
from satellite digital broadcasting, 2) "The Morning 
Drama Series", 3) 'The World Cup Finals" each 
recorded from conventional terrestrial broadcasting, 
and 4) a Beethoven dubbed from a CD, on a TV screen 
without caring about the original medium or the record- 
ing format. 

[0035] The biggest problem in developing such a 
DVD recorder as above is how to manage uniformly the 
AV data and streams of many different formats. 
[0036] No special managing method will be neces- 
sary if only a limited number of existing formats are to 
be handled. However, a managing method capable of 
handling not only a number of existing formats but also 
new formats to be introduced in the future has to be 
developed in order to realize the above-mentioned 
world of DVD recorder. 

[0037] Even so, certain difference between a future 
user interface and those incorporated in the capability of 
uniformly handling the different AV streams may create 
a certain level of inconvenience similar to the inconven- 
ience described for the prior-art. Specifically, the user 
may have to perform different operation depending 
upon the contents or format. 

SAMM ARY OF THE INVENTION 

[0038] The present invention is made to solve the 
above problem, and it is therefore an object of the 
present invention to provide an information recording 
medium capable of uniformly handling different kinds of 
AV streams, and to provide a recording apparatus and a 
playing apparatus for said information recording 
medium. 

[0039] In a first aspect of the invention, an informa- 
tion recording medium is provided for recording objects 
which include at least one of image data and audio data. 
The recording medium stores object information and 
playback control information. 

[0040] The object information includes identification 
information and map information for each object. The 
identification information identifies the object. The map 
information associates a playback time of the object 
with a logical address (or address on a disc) of a com- 
ponent of the object on the medium. The component is 
played back at the playback time. 

[0041] The playback control information includes at 
least one of cell information in a predetermined order. 
The cell information contains type information, identifi- 
cation information and playback section information. 
The type information indicates a kind of the object. The 
identification information identifies the object. The play- 



back section information specifies a section in which the 
object is being played. 

[0042] The order of cell information in the playback 
control information indicates the order in which the 
5 objects specified by respective cell information are 
played. 

[0043] In a second aspect of the invention, an appa- 
ratus for recording data to the information recording 
medium comprises a unit for receiving an MPEG trans- 

10 port stream from external equipment, a unit for reading 
the "random_access_indicator" from the received 
MPEG transport stream and a unit for generating an 
access point information based on the read 
"random_access_indicator". 

15 [0044] In a third aspect of the invention, an appara- 
tus for recording data to the information recording 
medium comprises a unit for recording type information 
and the type information indicating a kind of object to 
the playback section information. 

20 [0045] In a forth aspect of the invention, an appara- 
tus for reading data from the information recording 
medium comprises a pickup unit for reading data of the 
object recorded in the recording medium, a plurality of 
decoding units for decoding the data of the object 

25 according to the kind of the object, a selecting unit for 
selecting one of the decoding units for playback opera- 
tion and a controlling unit for reading the type informa- 
tion of the object specified in the object information, and 
controlling the selecting units to select one of the decod- 

30 ing units according to the read type information. 

[0046] In a fifth aspect of the invention, a method for 
recording data to the information recording medium 
comprises the steps of receiving an MPEG transport 
stream from external equipment, reading the 

35 "random_access_jndicator" from the received MPEG 
transport stream and generating an access point infor- 
mation based on the read "random_access_indicator". 
[0047] In a sixth aspect of the invention, a method 
for reproducing data from the information recording 

40 medium, comprises the steps of reading out object data 
from the recording medium, reading out the type infor- 
mation of the playback control information in the record- 
ing medium, and decoding the read object data 
according to the read type information. 

45 [0048] The recording medium according to the 
present invention makes possible not only to record but 
also to integrally manage different AV formats on the 
same disc, thereby making possible to manage a variety 
of objects each recorded in a different format on one 

so recording medium. 

[0049] The apparatus and method for recording 
according to the present invention makes possible to 
create and record the type information for indicating the 
kind of objects to be recorded, thereby making possible 

55 to embody the above optical disc compatible to the vari- 
ety of AV formats. 

[0050] The apparatus and method for reproducing 
according to the present invention makes possible to 
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decode data of read object in the external equipment 
even if the playing apparatus does not have the capabil- 
ity to decode the data of the read object. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0051] 

Fig. 1 is a block diagram of a drive unit of a DVD 
recorder. 

Fig. 2A is a diagram showing address space on a 
disc. 

Fig. 2B is a diagram showing data accumulation in 
a track buffer. 

Fig. 3 is a diagram showing a file structure through 
a file system. 

Fig. 4 is a diagram showing relationships among 
different kinds of prior art AV equipment and corre- 
sponding- media. 

Fig. 5 is a diagram showing an MPEG program 
stream and an MPEG transport stream. 
Fig. 6 is an illustration of a PC screen when an AV 
data file is being accessed on the PC. 
Fig. 7 is a diagram showing relationships to be cre- 
ated by a DVD recorder among different kinds of AV 
equipment 

Fig. 8 is an example of a selection menu given by 
the DVD recorder. 

Fig. 9A is a diagram showing relationships between 
an AV file and a directory on the computer readable 
DVD-RAM disc. 

Fig. 9B is a diagram showing address space on the 
disc. 

Fig. 10 is a diagram showing relationships among 
an object, object information and PGC information. 
Fig. 11 is a diagram showing management informa- 
tion derived from the object information for each 
stream. 

Fig. 12 is a diagram showing relationships among a 
movie object (M_VOB), movie object information 
(M_VOBI), and PGC information (PGCI). 
Figs. 13A, 13B, 13C, 13D, 13E and 13F are dia- 
grams describing a time map according to the 
present invention. 

Figs. 14A, 14B, 14C and 14D are diagrams each of 
which shows each stage of the MPEG transport 
stream. 

Fig. 15 is a diagram showing relationships between 

an audio object (AOB), audio object information 

(AOBI) and PGC information (PGCI). 

Fig. 16 is a diagram showing relationships among a 

still picture object (S_VOBS), still picture object 

information (S_VOBS), and PGC information 

(PGCI). 

Fig. 17 is a diagram describing management infor- 
mation in a DVD-RAM. 

Fig. 18 is a block diagram of a player model accord- 
ing to the present invention. 



Rg. 19 is a block diagram of the DVD recorder 
according to the present invention. 
Rg. 20 is a Block diagram of a DVD player or a data 
reproducing apparatus according to the present 
5 invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

w [0052] With reference to the accompanying draw- 
ings, detailed description will be made for a DVD-RAM, 
a DVD recorder, and a DVD player as preferred embod- 
iments of the present invention. 

15 (Logic Structure of Data on DVD-RAM) 

[0053] The DVD-RAM according to the present 
invention makes possible to record and manage inte- 
grally AV data and AV streams of many different kinds of 

20 formats on a single disc. This allows it to record on a 
single disc AV streams of different formats including a 
terrestrial broadcasting TV program, a digital broadcast- 
ing TV program transmitted in the MPEG transport 
stream format, a video stream taken by a digital video 

25 camera, a still picture taken by a digital still camera, and 
video data coded in the MPEG program stream, and so 
on. Further, the data recorded in the DVD-RAM can be 
played in a given sequence. For this purpose, the DVD- 
RAM according to the present invention is provided with 

30 management information for managing the AV streams 
without depending on the types of format of the AV data 
or AV streams. 

[0054] First, structure of the data recorded in the 
DVD-RAM according to the present invention is 

35 described with reference to Figs. 9A and 9B. A diagram 
in Fig. 9A is a data structure of a DVD-RAM disc 100, 
which can be seen by a file system. Fig. 9B shows a 
structure of a physical sector in the disc 100. 
[0055] As shown in the figure, a first portion of the 

40 physical sector is a lead-in area 31 which stores therein 
standard signals necessary for stabilizing servo mecha- 
nism, identification signals for differentiating from other 
media, and so on. The lead-in area 31 is followed by a 
data area 33 which stores logically available data. A last 

45 portion is a lead-out area 35 storing signals similar to 
those in the lead-in area 31 . 

[0056] A front portion of the data area 33 stores 
with volume information which is management informa- 
tion for the file system. Since the file system is a known 

so technique, no details will be described herein. 

[0057] The file system allows the data in the disc 
100 to be handled as directories and files as shown in 
Fig. 9A. As understood from Fig. 9A, ail the data han- 
dled by the DVD recorder is managed under VIDEO_RT 

55 directory immediately below the ROOT directory. 

[0058] The DVD recorder according to the present 
embodiment handles two kinds of files, i.e. AV files con- 
taining audio-video data (AV data), and management 
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information files containing information for managing 
the AV files. According to the example shown in Fig. 9A, 
the management information file is identified as 
"VIDEO_RT. IFO", whereas the AV files include a file 
"M_VOB.VOB" which contains movie data, 
"D_VOB.VOB M which contains image data from digital 
broadcasting, "AOB. AOB M which contains audio data, 
and so on. Each of these files will be detailed here 
below. 

[0059] It should be noted here that according to the 
present embodiment, each AV stream is defined as an 
object ("Object"). Specifically, the objects may include a 
variety of AV streams such as MPEG program stream, 
MPEG transport stream, audio stream, still picture data, 
and so on. Each of these AV streams is abstracted as 
the object so that the management information of these 
AV streams can be defined as object information 
(Object I) of a universal format. 

(Management Information) 

[0060] First, the management information will be 
described referring to Fig. 10. The management infor- 
mation has object information 80 for management of 
recording locations of the object and attribute thereof, 
and program chain information (PGC information) 50 
and 70 which define playback sequence, playback time 
and so on for data to be played back from the DVD- 
RAM. 

[0061] The above-described abstraction is possible 
for the AV streams because the AV streams have time 
attribute and other elements in common, although each 
of the different formats has certain differences from the 
others. AV streams having a common format are stored 
in a same AV file in the order of recording. 
[0062] The object information (Object I) 80 includes 
general information about the object (Object Gl) 80a, 
attribute information of the object (Attribute I) 80b, and 
an access map 80c for converting the object playback 
time into addresses on the disc. 

[0063] The access map 80c is necessary because 
the AV stream generally has two standards, i.e. a time 
domain and a data (binary digit string) domain, which do 
not have perfect correlation with each other. For exam- 
ple, in a video stream coded by MPEG-2 video which is 
now an international standard of the video stream, use 
of variable bit rate (a method in which the bit rate is 
changed depending on the level of complexity of an 
image) is becoming a mainstream. According to this 
method, there is no proportional relationship between 
the amount of data from the beginning and the accumu- 
lated length of playback time, and therefore random 
accessing cannot be performed based on the time axis. 
In order to solve this problem, the object information 80 
has the access map 80c for conversion between the 
time axis and the data (binary digit string) axis. As will 
be described later, one object comprises a plurality of 
object units (VOBU), and therefore the access map 80c 



has data that correlates or associates the time region 
with the address region for each of the object units. 
[0064] The PGC information 50, 70 are the informa- 
tion for controlling the playback of the object, i.e. image 

5 data and audio data. The PGC information 50, 70 repre- 
sent a unit of data to be played back when the DVD 
player plays continuously data back. Specifically, each 
of the PGC information 50, 70 indicates an object to be 
replayed, and a playback sequence of cells 60, 61 , 62 

w and 63. Each of cells 60, 61, 62 and 63 indicates any 
playback section of this particular object. The cells 60, 
61... will be described later in more detail. The PGC 
information comprises two kinds of information compris- 
ing an original PGC information 50 and a user defined 

15 PGC information 70. The original PGC information 50 is 
automatically generated by the DVD recorder upon 
recording the object so that all of the recorded objects 
are included. On the other hand, with the user-defined 
PGC information 70, the user can freely define the play- 

20 back sequence. The PGC information 50 and 70 have 
the same structure and function differing only in that the 
user-defined PGC information 70 is defined by the user. 
Thus, description in further detail will be made only for 
the original PGC information 50. 

25 [0065] As shown in Fig. 10, the original PGC infor- 
mation 50 includes at lease one of the cell information. 
The cell information 60 ... specifies an object to be 
replayed, and a replay section of the object. Generally, 
the PGC information 50 records a plurality of cells in a 

30 certain sequence. This recording sequence of the cell 
information in the PGC information 50 indicates the 
sequence in which the objects specified in respective 
cells are replayed. 

[0066] Each cell, the cell 60 for example, includes 
35 type information ("Type") 60a which indicates the kind of 
object specified, an object identification (Object ID) 60b 
which identifies the object, starting position information 
("Start") 60c on the time axis of the object, and ending 
position information ("End") 60e on the time axis in the 
40 object. 

[0067] When the data is replayed, the cell informa- 
tion 60 in the PGC information 50 is read out succes- 
sively, so that the object specified by the cell is replayed 
by successively playing portions of the object repre- 
45 sented by the playback sections specified by respective 
cells. 

(Subclasses of the Object Information) 

so [0068] In order for the abstracted object information 
to be applied to an actual AV stream, a concretization 
must be provided. This principle may be understood 
easily as the class concept employed in an object-ori- 
ented model. More specifically, understanding will 

55 become easier if the object information is considered as 
a super-class, and more concrete structures created for 
each of the AV streams are considered as subclasses. 
Fig. 1 1 shows these concretized subclasses. 
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[0069] According to the present embodiment, as 
shown in Fig. 1 1 , the object information has subclasses 
defined as a movie subclass, a still picture subclass, an 
audio subclass, and a digital broadcast subclass. Spe- 
cifically, following subclasses are defined as concrete 
information: Movie object information (M_VOBI) is 
defined as the object information for video data (in 
MPEG program stream). Digital video object informa- 
tion (D_VOBI) is defined as the object information for 
digital broadcasting (in MPEG transport stream). Audio 
object information (AOBI) is defined as the object infor- 
mation for audio, and still picture video object informa- 
tion (S_VOBI) is defined as the object information for 
still pictures. Each of the above will be described here 
below. 

[0070] The movie object information 82 includes 
MPEG program stream general information 
(M_VOB_GI) 82a, movie object stream information 
(M_VOB_STI) 82b, and a T map 82c. 
[0071] The general information (M_VOB_GI) 82a 
includes movie object Identification information 
(M_VOB_ID), •-. movie object recording time 
(M_VOB_RECvTM), movie object starting time informa- 
tion (M_VOB_V_S_PTM), and movie object ending time 
information (M_VOB_V_E PTM). 

[0072] The movie object stream information 
(M_VOB_STI) 82b includes video stream information 
(V_ATR) having coding attributes of the video stream, 
the number of audio streams (AST_Ns), and audio 
stream information (A_ATR) having coding attributes of 
the audio stream. 

[0073] The T map 82c includes a leading address of 
the movie object in the AV file, playback time 
(VOBU_PB_TM) and data size (VOBU_SZ) of each of 
the movie object units (VOBU). The movie object unit 
(VOBU) is the smallest unit to be accessed in the movie 
object (M_VOB), and will be detailed later. 
[0074] The digital broadcast object information 
(D_VOBI) 86 includes MPEG transport stream general 
information (D_VOB_GI) 86a, stream information 
(D_VOB_STI) 86b, and a T map 86c. 
[0075] The general information of the digital broad- 
casting object (D_VOB_GI) 86a includes digital broad- 
casting object identification information (D_VOB_ID), 
digital broadcasting object recording time 
(D_VOB__REC_TM), digital broadcasting object starting 
time information (D_VOB_V_S_PTM), and digital 
broadcasting object ending time information 
(D_VOB_V_E PTM). 

[0076] The digital video object stream information 
(D_VOB_STI) includes information (PROVIDERJNF) 
which contains additional information provided in the 
digital broadcasting. The T map 86c includes a leading 
address of the digital broadcasting object (D_VOB) in 
the AV file, playback time (VOBU_PB_TM) and data 
size (VOBU_SZ) for each object unit (VOBU). 
[0077] The audio object information (AOBI) 88 
includes audio stream general information (AOB_GI) 



88a, stream information (AOB_STI) 88b, and a T map 
88c. The audio stream general information (AOB__GI) 
88a includes audio object identification information 
(AOB_ID), audio object recording time 

5 (AOB_REC_TM), audio object starting time information 
(AOB__S_TM), and audio object ending time information 
(AOB_E_TM). The AOB stream information (AOB_STI) 
88b includes audio stream information (A_ATR) having 
coding attributes of the audio stream. The T map 88c 

to includes a leading address of the audio object in the AV 
file, playback time (AOBU_PB_TM) and data size 
(AOBU_SZ) for each audio object unit (AOBU). The 
audio object unit (AOBU) is the smallest access unit in 
the audio object (AOB), and will be detailed later. 

15 [0078] Still picture object information (S_VOBSI) 84 
includes still picture general information (S_VOBS_GI) 
84a, still picture stream information (S_VOBS_STI) 84b, 
and an S map 84c. The still picture general information 
(S_VOBS_GI) 84a includes still picture object identifica- 

20 tion information (S_VOBS_ID), still picture object 
recording time (S_VOBS_REC_TM), still picture object 
starting picture number (SVOBS_S_NO), and still pic- 
ture object ending picture number (SVOBS_E_NO). 
The still picture stream information (S_VOBS_STI) 84b 

25 includes still picture attribute information (V_ATR) hav- 
ing information about a compression format of the still 
picture object. The S map 84c includes a leading 
address of still picture object (S_VOBS) in the AV file, 
and data size (S_VOB_SZ) for each still picture. 

30 [0079] As described above, a stream information 
table corresponding to each type of AV stream can be 
defined as shown in Fig. 1 1 by putting the abstracted 
object information into a more concrete data. 

35 (Correspondence between Object Information and Cell 
Information) 

[0080] Referring next to Fig. 12, the movie object 
information (M_MOBI), which is one of the concrete 
40 forms of the object information (Object I), is taken as an 
example to see correspondence with the cell informa- 
tion. 

[0081] When the type information (Type) specified 
in the cell information has the value "M_VOB", this cell 

45 corresponds to a movie object. Likewise, when the type 
information has the value "D_VOB", then the cell corre- 
sponds to a digital broadcasting object, and when the 
type information has the value "AOB", then the cell cor- 
responds to an audio object. 

50 [0082] Based on the object ID (Object ID), the 
object information (VOBI) corresponding to the ID can 
be found. The object ID has a one-to-one correspond- 
ence to the movie object ID (M_VOB_ID) contained in 
the general information (M_VOB_GI) of the movie 

55 object information (M_VOB_l). 

[0083] As described above, the object information 
corresponding to the cell information can be retrieved by 
using the type information (Type) and the object ID 
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(Object ID). 

[0084] The starting position information (Start) in 
the cell information corresponds to the start time infor- 
mation (M_VOB_V_S_PTM) of the movie object infor- 
mation. When the two values indicate a same time, it 5 
indicates that the cell is the first portion to be played of 
the movie object. On the other hand, when the starting 
position information (Start) has a value greater than that 
of the start time information (M_VOB_V_S_PTM), it 
indicates that the cell is to be played as a middle portion 10 
of the movie object. In such a case, the playback of the 
cell is delayed from the top of the object by the differ- 
ence (time difference) between the start time informa- 
tion (M_VOB_V_S_PTM) and the starting position 
information - (Start). The same relationship exists is 
between the cell ending position information (End) and 
the end time information (M_VOB_V_E_PTM) of the 
movie object. 

[0085] As described above, playback starting and 
the ending of a given cell can be obtained as relative 20 
points of time within the object by using the starting 
information (Start) and the ending information respec- 
tively in the cell information, and the start time informa- 
tion (M_VOB_V_S_PTM) and end time information 
(M_VOB_V_E_PTM) respectively in the general infor- 25 
mation (M_VOB_GI) of the movie object information 
(M_VOBI). 

[0086] The T map of the movie object is a table 
comprising a playback time and data size for each 
movie object unit (VOBU). By using the T map, the rela- 30 
tive playback start time and the relative playback end 
time of a given cell within the movie object described 
above can be converted to address data. 
[0087] Now, the address conversion using the T 
map mentioned above will be specifically described with 35 
reference to Figs. 13A, 13B, 13C, 13D, 13E and 13F. 
[0088] Fig. 13A shows movie objects (M_VOB) rep- 
resenting video display on the time axis. Fig. 13B shows 
the time map comprising the length of playback time 
and the data size for each movie object unit (VOBU). 40 
Fig. 13C shows the movie object expressed on the data 
(sector series) axis. Fig. 13D shows pack series as an 
enlarged portion of the movie object. Fig. 13E shows a 
video stream. Fig. 13F shows an audio stream. 
[0089] The movie object (M_VOB) is an MPEG pro- 45 
gram stream. In MPEG program stream, a video stream 
and an audio stream are assembled into a packet (PES 
packet), and a plurality of the packets (PES packets) are 
packed into a sequence. In the example, one pack con- 
tains one packet (PES packet), and a pack is allocated so 
with one sector (=2048B) for easier access. Further, 
packed video packs (V_PCK) and audio packs (A_PCK) 
are multiplexed into a single stream. All of these are 
illustrated in Fig. 13C, 13D, 13E and 13F. 
[0090] Further, an MPEG system stream (a general 55 
term for the program stream and transport stream) con- 
tains time stamps for synchronized playback of the mul- 
tiplexed video and audio streams. The time stamp for 



the program stream is PTS (Presentation Time Stamp) 
which indicates the time when the frame is to be played. 
The movie object start time information 
(M__VOB_V_S_PTM) and the movie object end time 
information (M_VOB_V_E_PTM) mentioned earlier are 
time information obtained from the PTS. On the other 
hand, the time stamp for the transport stream is PCR 
(Program Clock Reference) which indicates the time of 
input of data to the buffer. 

[0091] The movie object unit (VOBU) is described 
below. The movie object unit (VOBU) is the smallest 
access unit within the movie object (M_VOB). In order to 
accomplish highly efficient image compression, the 
MPEG video stream uses not only image compression 
using spatial frequency characteristics within a video 
frame but also image compression using motion char- 
acteristics between the frames, i.e. motion characteris- 
tics on the time axis. This means that expansion of a 
video frame requires information on the time axis, i.e. 
information about a future video frame or a past vide 
frame is required, or that the video frame may not be 
expanded by itself. In order to solve this problem, in 
MPEG video stream, a video frame (called l-picture) 
having no motion characteristics on the time axis is 
inserted every about 0.5 second, achieving higher ran- 
dom accessibility. 

[0092] The movie object unit (VOBU) includes 
some packs from a pack containing the leading data of 
an l-picture to a pack immediately before a pack con- 
taining the leading data of the next l-picture. Thus, the T 
map comprises the data size (the number of packs) of 
each object unit (VOBU) and the playback time (the 
number of fields) of the video frames within the object 
unit (VOBU). 

[0093] For example, an assumption is made that 
the value of Start in the cell differs from the value of start 
time information (M_VOB_V_S_PTM) of the movie 
object by one second (60 fields). 

[0094] Now, the playback start time of each object 
unit in the movie object (M_VOB) can be obtained by 
accumulating the playback time (length) of each object 
unit (VOBU) in the T map from the first movie object 
Likewise, the address of each object unit in the movie 
object (M_VOB) can be obtained by accumulating the 
data size (the number of packs) of each object unit from 
the first object unit. 

[0095] According to the present embodiment, the 
first three object units (VOBU) of the movie object 
(M__VOB) have 24, 30 and 24 fields respectively. Thus, 
from the above calculation method, the video frame 
after one second (60 fields) from the top of the movie 
object (M_VOB) is found to be included in the third 
object unit (VOBU#3). Likewise, the start address of the 
third object unit (VOBU#3) is found to be the 223rd sec- 
tor from the head of the object since these object units 
(VOBU) respectively have data sizes of 1 25, 98 and 1 1 5 
sectors. 

[0096] Adding the obtained address value to 
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address value for 5010 sectors which is the M_VOB 
start address (ADD_OFF) within the AV file provides the 
start address of the data to be played. 
[0097] In the above example, assumption is made 
that the video frame which is the 60th field from the top 5 
of the movie object (M_VOB) is to be played. As men- 
tioned earlier however, the MPEG video does not allow 
decoding or playback from any one of all video frames. 
For this reason, the playback starts from the top of the 
object unit (VOBU) shifted by 6 fields away from the w 
60th field so that the playback starts from the l-picture. 
It should be noted that a playback can be started exactly 
from the video field specified by the cell by decoding the 
above 6 fields without displaying. 

[0098] The method described above can also pro- 15 
vide playback end time of the movie object correspond- 
ing to the end location in the cell information, and the 
address of the movie object in the AV file. 
[0099] Next, the digital broadcasting object informa- 
tion (D_VOBI) will be described. The digital broadcast- 20 
ing object information is basically the same as the 
movie object information because the digital broadcast- 
ing object is a subclass derived from the object informa- 
tion. A big difference, however, is that the movie object 
(M_VOB) is created by recording a terrestrial broadcast- 25 
ing. Specifically, while the movie object is an AV stream 
encoded by the recorder itself, the digital broadcasting 
object (D__VOB) is not an AV stream encoded by the 
recorder itself since in the digital broadcasting object 
data transmitted from a digital broadcast satellite is 30 
recorded directly. 

[0100] More specifically, when encoding is made by 
the recorder, internal structure of the stream is clearly 
known; however, when the data is a result of direct 
recording, internal structure is not known unless the 35 
stream is not analyzed, and therefore it is impossible to 
make the T map. 

[0101] It is possible to analyze the MPEG transport 
stream supplied through the digital satellite broadcast. 
In the present embodiment, the T map is created by 40 
using information within the MPEG transport stream as 
to be described here below. 

[0102] Fig. 14A shows an MPEG transport stream. 
Fig. 14B shows an enlarged view of transport packets. 
Fig. 14C shows PES packets. Fig. 14D shows a video 45 
stream. 

[0103] As shown in Fig. 14A, the MPEG transport 
stream comprises a series of transport packets. The 
transport packet includes a header, an adaptation field, 
and a payload. The adaptation field includes a random so 
access indicator ("random_access_indicator"). The ran- 
dom access indicator indicates that in this transport 
packet or the following transport packet (more precisely, 
the transport packet having the same program ID), a 
next PES packet (i.e. the PES packet in which the first ss 
byte of the PES packet appears first) contains an 
access point of the video stream or the audio stream. 
Particularly, for the video stream, this indicates that the 



l-picture is included. 

[0104] This random access indicator can be used 
for determining the video object unit, and creating the T 
map. 

[0105] The transport packet has a fixed size of 188 
bytes. Therefore, a plurality of transport packets (2048 
bytes / 188 bytes = 10 TS packets) are recorded in one 
sector of the DVD-RAM comprising 2048 bytes. While it 
is possible to handle as 1 pack - 1 sector in the movie 
object (M_VOB), it is impossible in the digital broadcast- 
ing object (D_VOB). Data reading/writing in the DVD- 
RAM can only be made by the sector. Therefore even in 
the digital broadcasting object, information in the T map 
is made up of the playback time length of the movie 
object unit (VOBU) expressed by the number of video 
fields, and the data size of the movie object unit 
expressed by the number of sectors. 
[0106] For the above reason, accuracy of the 
address is not secured in the T map when the movie 
object unit is defined to be from a transport packet to the 
next transport packet. Therefore, the movie object unit 
(VOBU) is defined by using the sector containing the 
transport packet. 

[0107] A PROVIDERJNF field of the digital broad- 
casting object stream information (D_VOB_STI) 
includes an ID for identifying a broadcasting company 
and particular information related to each broadcasting 
company. 

[0108] Referring now to Fig. 15, description will be 
made for the audio object information (AOBI). Again, as 
a subclass derived from the object, information, the 
audio object information is basically the same as in the 
case of the movie object information. A big difference, 
however, is that the audio object is an object for the 
audio system only and is not formatted into the MPEG 
system stream. More details will be described here 
below. 

[0109] Since the audio object is not formatted into 
the MPEG system stream, no time stamps are included 
in the audio object. Therefore, there is no reference time 
for indicating the playback start time or the playback end 
time of the cell or the object. Thus, the audio object start 
time (AOB_A_S_TM) in the audio object general infor- 
mation (AOBI_GI) is entered with 0, whereas the audio 
object end time (AOB_A_E_TM) is entered with the 
playback time length. Further, each of the Start field and 
the End field in the cell information is entered with rela- 
tive time within the audio object. 

[01 10] Another difference of the audio data from the 
MPEG video data is that playback of the audio data can 
be started at any audio frame unit. Therefore, the audio 
object unit (AOBU) can be defined as the audio frame 
multiplied by any integer. If the audio object unit is too 
small, however, a huge amount of data must be handled 
in the T map. So, the audio object unit is made to be 
almost same length of the object unit of the movie 
object, which is about 0.5 second. The T map manages 
the playback time length and the data size for each 
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audio object unit. 

[0111] Referring now to Fig. 16, description will be 
made for the still picture object information (S__VOBSI). 
Again, as a subclass derived from the object informa- 
tion, the still picture object information (S_VOBSI) is 5 
basically the same as in the case of the movie object 
information. A big difference, however, is that the still 
picture object is an object including data of a plurality of 
sill pictures, and that the still picture object is not format- 
ted into the MPEG system stream. More details will be 10 
described for the audio object information here below. 
[0112] The still picture, differing from the movie or 
the sound, does not have time information. Thus, fields 
of the starting information and the ending information in 
the still picture object general information (S_VOBS_GI) is 
are entered with a number representing the starting still 
picture (Start_Video) and a number representing the 
last still picture (End_Video) respectively. Further, the 
Start field and the End field in the cell are entered with 
respective picture numbers within 20 
[0113] the still picture object instead of the time 
information. The smallest access unit in still pictures is 
the frame of still picture. Thus, the S map is defined as 
the access map, which is a table containing the data 
size (S_VOB_SZ) of each still picture. 25 
[0114] The overall data structure described so far 
above is shown in Fig. 17. Fig. 17 shows the entirety of 
the management information in the DVD-RAM. With ref- 
erence to Fig. 17, all of the management information will 
be described here below. As shown in Fig. 17, the DVD- 30 
RAM according to the present embodiment is provided 
with video manager general information (VMGI) 90 and 
a variety of information tables 92, 94, 96 and 98 in addi- 
tion to the PGC information 50 and 70. 
[01 1 5] The VMGI 90 is management information for 35 
the whole disc, which contains pointer information, i.e. 
start addresses, of the original PGC information 50, the 
user-defined PGC information 70, and the variety of file 
management tables 92, 94,,,. Access to these tables 
50, 70, 92, 94„, becomes possible by referring to the 40 
pointer information. 

[0116] Now, the file management tables 92, 94, 96 
and 98 shown in Fig. 17 will be detailed here. Each of 
these tables 92, 94, 96, 98 is a table for managing data 
files comprising the objects, and is prepared for each 45 
kind of objects. For example, the table 92 is for manag- 
ing the movie files containing movie objects, whereas 
the table 94 is for managing the still picture files contain- 
ing still picture objects. 

[01 17] As described above, the object information is so 
identified based on the object ID stored in the cell infor- 
mation in the PGC information. During this operation 
address of the object information is identified via the file 
management table 92, 94, 96 or 98. For this purpose, 
each of the file management tables 92, 94, 96, 98 con- 55 
tains information about the number of objects under 
management, ID'S of the objects, the size of each object 
information, and so on. For example, when the object ID 



shows a sequent order, based on this object ID speci- 
fied by the cell information, it is possible to determine an 
order of the object specified by the cell information in 
the object information managed by the file management 
table. Then, from the order of this determined object 
information and the file size, an offset based on the start 
address of the file management table can be calculated 
to obtain logical address of this determined object infor- 
mation. 

[0118] As shown in Fig. 17, the movie file manage- 
ment table 92 is a table for managing movie files con- 
taining movie objects. The movie file management table 
92 includes the movie object information (M_VOBI) 92a, 
92b,..., and the table managing information (M_AVFITI) 
92h containing the number of movie object information 
and the size of the movie objects managed by the table 
92. The disc successively records same number of 
movie object information as the number of movie object 
information contained in the information 92h. As men- 
tioned earlier, the movie object information 92a,„ each 
includes the general information (M_VOB_GI), stream 
information (M_VOB_STI), and the T map. Further, the 
T map includes the display time and size (VOBU_ENT) 
for each object unit (VOBU). 

[0119] The same structure is used in a table 
(S_AVFIT) 94 for managing still picture files containing 
still picture objects, a table (D_AVFIT) 96 for managing 
digital broadcasting files containing digital broadcasting 
objects, and a table (A__AVFIT) 98 for managing audio 
files containing audio objects. 

[0120] The original PGC information 50 contains 
the cell information 61 , 62, 63„ in the order of playback. 
The cell information contains information corresponding 
to the object information (type and object ID) and the 
playback section information (Start and End) within the 
object. The playback section information shown in the 
cell can be converted to address information of the 
object substance through the access map in the object 
information. 

[0121] As described earlier, the original PGC infor- 
mation 50 differs from the user-defined PGC informa- 
tion 70 only in that the original PGC information 50 is 
automatically generated by the recorder so that all of 
the objects recorded in the disc will be played whereas 
the user-defined PGC information 70 is information in 
which the user can freely define the playback sequence. 
Thus, the user-defined PGC information 70 has the 
same structure with the original PGC information 50. 
[01 22] By abstracting in advance the information for 
managing the AV streams, it becomes possible to define 
the playback control information such as the PGC infor- 
mation and cell information without depending on the 
information peculiar to a given AV stream format, mak- 
ing possible to integrally manage AV streams. Thus, 
environment can be realized in which users can play AV 
data without paying attention to the AV format. 
[0123] Further by using the above -described data 
structure, a new AV format can be easily incorporated 
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into the data structure in DVD-RAM by simply defining 
the management information derived from the object 
information in the same manner as the other existing AV 
formats. 

5 

(Player Model) 

[0124] Referring now to Fig. 18, a player model for 
playing the above optical disc is described. As shown in 
Fig. 18, the player comprises a pickup 1701, an ECC 10 
processor 1702, a track buffer 1703, a PS decoder 
1 705, a TS decoder 1 706, an audio decoder 1 707, a still 
picture decoder 1705, a switch 1710 and a controller 
1711. The optical pickup 1701 reads out data from the 
optical disc 100. The ECC processor 1702 performs 15 
error correction and other operations to the read data. 
The track buffer 1703 tentatively stores the data after 
the error correction. The PS decoder 1705 decodes to 
play program streams such as the movie object 
(M_VOB). The TS decoder 1 706 decodes to play trans- 20 
port streams such as the digital broadcast object 
(D_VOB). Theaudio decoder 1707 decodes to play the 
audio object {(AOB). The still picture decoder 1708 
decodes to play the still picture object. The switch 1708 
switches among the decoders 1705, 1706,,, for entry of 25 
data. The controller 1711 controls each component of 
the player. 

[0125] The data recorded on the optical disc 100 is 
read by the pickup 1 701 , goes through the ECC proces- 
sor 1702, and stored in the track buffer 1703. The data 30 
stored in the track buffer 1 703 is then entered into one 
of the decoders 1705, 1706, 1707 and 1708, and then 
decoded to be outputted therefrom. In this switching 
operation, the controller 1711 checks the read data and 
sees the type information of the cell information in the 35 
PGC information providing the playback sequence 
according to the method described earlier. The switch 
1710 is controlled to switch according to the type infor- 
mation so that the read information is sent to an appro- 
priate decoder. 40 
[0126] The player of the present embodiment fur- 
ther comprises a digital interface 1704 for supplying the 
AV stream to external equipment. Through this interface 
with an appropriate communication protocol such as 
IEEE1 394 and IEC958, the AV stream can be fed to the 45 
external equipment. This is especially advantageous 
when a program of a new AV format is outputted 
through the digital interface 1704 to be played in the 
external AV equipment, without using the decoders in 
this player. 56 
[0127] On the other hand, to support a new AV for- 
mat in this player, a new decoder 1709 adapting to the 
new AV format may be coupled to the track buffer 1703 
in the same way as the other existing decoders 1705 - 
1708. 55 



(Recording Operation by DVD Recorder) 

[0128] Next, reference is made to Fig. 19 to 
describe structure and operation of a DVD recorder 
according to the present invention for playing (reproduc- 
ing) / recording the above optical disc. 
[0129] As shown in the figure, the DVD recorder 
comprises a user interface 1901, a system controller 
1902, an analog tuner 1903, an encoder 1904, a digital 
tuner 1905, an analyzer 1906, a display apparatus 
1907, and a decoder 1908. The user interface 1901 pro- 
vides a display for the user and receives requests from 
the user. The system controller 1 902 manages and con- 
trols overall of the DVD recorder. The analog tuner 1903 
receives VHF and UHF waves. The encoder 1904 con- 
verts analog signals into digital signals to encode the 
digital signal into an MPEG program stream. The digital 
tuner 1905 receives satellite digital broadcasting. The 
analyzer 1906 analyzes an MPEG transport stream 
sent from the digital broadcast satellite. The display 
apparatus 1907 includes a TV monitor and speaker sys- 
tem. The decoder 1908 decodes the AV streams. The 
decoder 1908 includes decoders shown in Fig. 18. The 
DVD recorder further comprises a digital interface 1909, 
a track buffer 1910 for temporary storage of the data to 
be written, and a drive 1 91 1 for writing data on the DVD- 
RAM 1 00. The digital interface 1 909 is an interface for 
outputting to external equipment through such a proto- 
col as IEEE1394. 

[0130] In the DVD recorder having the above con- 
figuration, the user interface portion 1901 first receives 
demand from the user. The user interface 1901 trans- 
mits a request from the user to the system controller 
1902. The system controller 1902 interprets the request 
into commands to send to appropriate modules. When 
the request from the user is to record an analog broad- 
casting program, the system controller 1902 requests 
the tuner 1903 to receive the program, and the encoder 
1904 to encode. 

[0131] The encoder 1904 performs video encoding, 
audio encoding and system encoding on the AV data 
received from the analog tuner 1903 to output the 
encoded data to the track buffer 1 91 0. 
[0132] The encoder 1904, upon commencing the 
encoding operation, sends the playback start time 
(M_VOB_V_S_PTM) of the MPEG program stream 
encoded to the system controller 1902, and then in par- 
allel with the encoding operation, sends the time length 
and size information of the movie object unit (VOBU) to 
the system controller 1902 as source information for 
creating the T map. 

[0133] Next, the system controller 1902 issues a 
recording request to the drive 1911, so that the drive 
1911 takes data stored in the track buffer 1910 and 
records this information on the DVD-RAM disc 100. At 
that time, the system controller 1902 instructs the drive 
1911 where to store the information on the disc 100 
according to the allocation information of the file sys- 
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tern. 

[0134] Ending of the recording operation is 
demanded by the user through a stop request. The stop 
request from the user is transmitted through the user 
interface 1901 to the system controller 1902. The sys- s 
tern controller 1902 then issues the stop request to the 
analog tuner 1903 and the encoder 1904. 
[0135] Upon reception of the stop request from the 
system controller 1902, the encoder stops the encoding 
operation, and sends the playback stop time w 
(M_VOB_V_E_PTM) of the last encoded MPEG pro- 
gram stream to the system controller 1902. 
[0136] After the encoding operation is over, the sys- 
tem controller 1902 creates the movie object informa- 
tion (M__VOBI) based on the information received from 15 
the encoder 1904. Next, the system controller 1902 cre- 
ates the cell information corresponding to the movie 
objet information (M_VOBI). The important point here is 
that the type information in the cell information must be 
specified as "M_VOB". As described earlier, the infor- 20 
mation in the cell information is configured without 
depending on the movie object (M_VOB), and all infor- 
mation which depends on the movie object (M_VOB) is 
concealed into the movie object information (M_VOBI). 
Therefore, an error in recognizing the type information 25 
in the cell information will lead to inability to perform nor- 
mal playback, possibly resulting in system down. 
[0137] Finally, the system controller 1902 requests 
the drive 1911 to finish recording the data stored in the 
track buffer 1910, and to record the movie object infor- 30 
mation (M_VOBI) and cell information. The drive 1911 
records the data remaining in the track buffer 1910, the 
movie object information (M_VOBI) and the cell infor- 
mation on the DVD-RAM, subsequently completing the 
recording operation. 35 
[0138] Next, description will be made in a case of 
the user's request for recording a digital broadcast pro- 
gram. 

[0139] The user's request for recording the digital 
broadcasting program is transmitted through the user 40 
interface 1901 to the system controller 1902. The sys- 
tem controller 1902 then requests the digital tuner 1905 
to record, and the analyzer 1 906 to analyze received 
data. 

[0140] An MPEG transport stream sent from the 45 
digital tuner 1905 is sent through the analyzer 1906 to 
the track buffer 1910. The analyzer 1906 first picks up 
from the MPEG transport stream the start time informa- 
tion (D_VOB_V_S_PTM) as information necessary for 
generating the digital broadcasting object information so 
(D_VOBI), and sends this information to the system 
controller 1902. Next, the analyzer 1906 determines the 
movie object unit (VOBU) in the MPEG transport 
stream, and sends the time length and size of the movie 
object unit as information necessary for creating the T 55 
map to the system controller 1902. It should be noted 
that the movie object unit (VOBU) can be determined, 
as described earlier, based on the random access indi- 



cator (random_access_jndicator) in the application field 
contained in the TS packet header. 
[0141] Next, the system controller 1902 outputs a 
recording request to the drive 1911. Then the drive 
1911 picks up the data stored in the track buffer 1910 
and records the data in the DVD-RAM disc 100. At this 
time, the system controller 1902 also informs the drive 
1911 where the drive 1911 should record the informa- 
tion on the disc 100, based on allocation information of 
the file system. 

[0142] Ending of the recording operation is 
instructed by the user through a stop request The stop 
request from the user is transmitted through the user 
interface 1901 to the system controller 1902. The sys- 
tem controller 1902 then issues the stop request to the 
digital tuner 1 905 and the analyzer 1 906. 
[0143] The analyzer 1906, upon reception of the 
stop request from the system controller 1902, stops the 
analyzing operation, and sends the display end time 
(D_VOB_V_E_PTM) of the movie object unit (VOBU) of 
the last analyzed MPEG transport stream to the system 
controller 1902. 

[0144] After the completion of receiving the digital 
broadcasting, the system controller 1902 creates the 
digital broadcasting object information (D_VOBI) based 
on the information received from the analyzer 1906, and 
next, creates the cell information corresponding to the 
digital broadcasting objet information (D_VOBI), at 
which time the type information in the cell information is 
specified as w D_VOB w . 

[0145] Finally, the system controller 1902 requests 
the drjve 191 1 to finish recording the data stored in the 
track buffer 1910, and to record the digital broadcasting 
object information and cell information. The drive 1911 
records the data remaining in the track buffer 1910, the 
digital broadcasting object information (D_VOBI) and 
the cell information on the DVD-RAM disc 100, complet- 
ing the recording operation. 

[0146] The above description is made on the basis 
that the user makes request to start and stop recording. 
When a timer recording function commonly provided in 
a VTR system is used, the system controller automati- 
cally issues recording start and stop commands in 
stead of user's request, and thus the steps of operation 
performed by the DVD recorder are essentially the 
same. 

(Playback Operation by DVD Recorder) 

[0147] Next, playback operation in the DVD 
recorder will be described. 

[0148] First, the user interface 1901 receives a 
request from the user. The user interface 1901 trans- 
mits the request to the system controller 1902. The sys- 
tem controller 1902 interprets the user's request to 
commands to send them to appropriate modules. For 
example, when the use's request demands playback of 
a PGC information, the system controller 1902 analyzes 
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the PGC information and cell information to see which 
object should be played. Description will be made beiow 
for a case in which an original PGC comprising one 
movie object (M_VOB) and one cell information is 
played. 

[01 49] The system controller 1 902 first analyzes the 
type information stored in the cell information in the 
PGC information. When the type information is 
H M_VOB M , it means that the AV stream to be played is 
the stream recorded as the MPEG program stream. 
Next, the system controller 1902 refers to the ID of the 
cell information to find the corresponding movie object 
information (M_VOBI) from the table (M_AVFIT). The 
system controller 1902 then finds start address and end 
address of the AV data to be played according to the 
start time information (M_VOB_V_S_PTM) and end 
time information (M_VOB_V_E_PTM) contained in the 
movie object information, and T map. 
[0150] Next, the system controller 1902 sends to 
the drive 1911 a request for reading from DVD-RAM 
100, together with the start address of the reading. The 
drive 1911 then reads out AV data from the address 
given by the system controller 1902, and stores the read 
data to the track buffer 1910. 

[0151] Next, the system controller 1902 sends to 
the decoder 1908 a decoding request of the MPEG pro- 
gram stream. The decoder 1908 then read out the AV 
data stored in the track buffer 1910 to decode the read 
data. The decoded AV data is outputted through the dis- 
play apparatus 1907. 

[0152] On the completion of reading all the data 
instructed by the system controller 1 902, the drive 191 1 
reports to the system controller 1902 that the reading 
operation is completed. The system controller 1902 
then issues a command to the decoder 1908 to stop the 
playback operation. The decoder 1908 continues to 
decode data until the track buffer 1910 is emptied. After 
all the data is decoded and played, the decoder 1908 
reports to the system controller 1902 that the replay 
operation is finished, then bringing the playback opera- 
tion to a complete end. 

[0153] The above description was made for the 
case in which one original PGC containing one movie 
object (M_VOB) and one cell information is to be 
played. However, the playback operation of the AV 
stream can be performed by the same steps of opera- 
tion whether the original PGC contains only one digital 
broadcasting object (D_VOB), contains a plurality of 
movie objects, contains a plurality of digital broadcast- 
ing objects, or contains both movie objects and digital 
broadcasting object. Further, the same goes with a case 
in which the original PGC contains a plurality of cells, or 
in a case of the user-defined PGC. 
[0154] Further, the audio object (AOB) and other AV 
stream, i.e. the still picture object (S_VOBS) are han- 
dled essentially in the same procedures by the same 
modules, differing only in the configuration within the 
decoder 1908. In these cases, the decoder 1908 may 



be configured by the PS decoder 1705, the TS decoder 
1706, the audio decoder 1707, or the still picture 
decoder 1708 as shown in Fig. 18. 
[01 55] Next, an example is taken for a case in which 
5 the decoder 1908 does not have capabilities for playing 
all kinds of the AV streams. 

[0156] If the decoder 1908 does not have playback 
capability for the MPEG transport stream, playback 
operation by the decoder 1905 is impossible as 
w described above. In such a case the digital interface 
portion 1909 is used to supply external equipment with 
the data, so that the data can be played by the external 
equipment. 

[0157] When the system controller 1902 finds from 
15 the cell information in the PGC information that the user 
requests playback of a digital broadcasting object ' 
(D_VOB) not supported by the system, the system con- 
troller 1902 requests the digital interface 1909 for exter- 
nal output instead of requesting the decoder 1908 for 
20 playback. The digital interface 1909 transmits AV data 
stored in the track buffer 1910 in accordance with the 
communication protocol of the connected digital inter- 
face. Other operations performed are the same as those 
performed when the movie object (M_VOB) is played. 
25 [0158] A judgment must be made whether or not 
the decoder 1905 is compatible with the AV stream 
requested for replay. This judgment may be made by the 
system controller 1902 by itself, or the system controller 
1902 may ask the decoder 1908. 

30 

(DVD Player) 

[0159] Next, with reference to Fig. 20, a DVD player 
according to the present invention is described. The 

35 DVD player is a realization of the player model 
described above to play the above optical disc. 
[0160] As shown in the figure, the DVD player com- 
prises a user interface 2001 , a system controller 2002, 
a display apparatus 2003, a decoder 2004, a digital 

40 interface 2005, a track buffer 2006 and a drive 2007. 
The user interface 2001 receives requests from the user 
and displays some indications to the user. The system 
controller 2002 manages and controls overall of the 
DVD player. The display apparatus 2003 includes a TV 

45 monitor and speaker system. The decoder 2004 
decodes the MPEG stream. The digital interface 2005 
connects to IEEE1394 and so on. The track buffer 2006 
temporally stores the data read from the DVD-RAM 100. 
The drive 2007 reads data out from the DVD-RAM 100. 

so The DVD player configured as above performs the same 
playback operations as in the DVD recorder described 
earlier. 

[0161] it should be noted that the DVD-RAM is 
taken as an example in the present embodiment. How- 
55 ever, the same description so far has been made 
applies to other media. The present invention should 
not be limited to such media as the DVD-RAM and other 
optical discs. 
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[0162] Further, according to the', present embodi- 
ment, the AV stream not supported by the decoder is 
played through the digital interface. However, those AV 
streams which are supported by the decoder may be 
outputted to external equipment through the digital 
interface depending on the request from the user. 
[0163] Further, according to the present embodi- 
ment, the audio data and the still picture data were 
treated as unique data differing from the MPEG 
streams. However, these data may also be recorded in 
the format of MPEG system stream. 
[0164] Although the present invention has been 
described in connection with specified embodiments 
thereof, many other modifications, corrections and 
applications are apparent to those skilled in the art. 
Therefore, the present invention is not limited by the dis- 
closure provided herein but limited only to the scope of 
the appended claims. 

Claims 

1. An information recording medium for recording of 
objects which include at least one of image data 
and audio data, the medium (100) comprising: 

object information (80) including identification 
information (80a) and map information (80c) for 
each object, the identification information iden- 
tifying the object, the map information associat- 
ing a playback time of the object with an 
address of a component of the object on the 
medium, the component being played back at 
the playback time; and 

playback control information (50, 70) including 
at least one of cell information (60) in a prede- 
termined order, said cell information containing 
type information (60a), identification informa- 
tion (60b) and playback section information 
(60c, 60d), the type information indicating a 
kind of the object, the identification information 
identifying the object, the playback section 
information specifying a section in which the 
object is being played; 

wherein the order of cell information in the play- 
back control information indicates the order in 
which the objects specified by respective cell 
information are played. 

2. The information recording medium according to 
claim 1 , wherein the order of cell information (60) is 
determined according to the order in which the 
objects specified in respective cell information are 
recorded to the medium. 

3. The information recording medium according to 
claim 1 , wherein the object information (80) further 
includes time at which the object starts to be 
played, and time at which the object ends to be 



played. 

4. The information recording medium according to 
claim 1 , wherein the map information (80c) includes 

5 a start address of the object information, data size 

of the object, and playback time length of the com- 
ponents of the object. 

5. The information recording medium according to 
io claim 1, further comprising a management table 

(92,94,96,98) for managing the object information 
by a kind of object, the management table including 
a start address of the management table, the 
number of managed object information, and the 
15 size of the managed object information. 

6. The information recording medium according to 
claim 1 , wherein the kind of object includes at least 
one of movie data, still picture data, digital broad- 

20 cast data, and audio data. 

7. An apparatus for recording data to the information 
recording medium according to claim 1, compris- 
ing: 

25 

a first unit (1905) for receiving an MPEG trans- 
port stream from external equipment; 
a second unit (1906) for reading the 
random_access_indicator" from the received 
30 MPEG transport stream, and generating an 

access point information based on the read 
"random__access_indicator". 

8. The apparatus for recording data according to claim 
35 7, wherein the access point information includes 

the time length and the size of the component of the 
object. 

9. The apparatus for recording data according to claim 
40 7, wherein the second unit (1906) generates the 

time at which the object starts to be played and the 
time at which the object ends to be played, by ana- 
lyzing MPEG transport stream. 

45 10. The apparatus for recording data according to claim 
7, further comprising: 

an unit (1903) for receiving the signal of an 
analog broadcasting; and 
50 an encoder (1904) for converting the received 

signal into digital signal to encode the digital 
signal to MPEG program stream. 

11. An apparatus for recording data to the information 
55 recording medium according to claim 1 , comprising 
a unit (1902) for recording type information into the 
playback control information, and the type informa- 
tion for indicating a kind of object. 
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12. An apparatus for reproducing data from the infor- 
mation recording medium according to claim 1, 
comprising: 

a pickup unit (1701) for reading object data 5 
recorded in the recording medium; 
a plurality of decoding units 
(1705,1706,1707,1708,1709) for decoding the 
read object data according to the kind of the 
object; 10 
a selecting unit (1701) for selecting one of the 
decoding units for playback operation; and 
a controlling unit (1711) for reading the type 
information included in the playback control 
information, and controlling the selecting units 15 
to select one of the decoding units according to 
the read type information. 



ing the step of passing the read object data to exter- 
nal equipment without decoding when the kind of 
the object specified by the playback control infor- 
mation is a kind of an object which can not be 
decoded. 



13. The apparatus according to claim 12, further com- 
prising: 20 

an external interface (1704) for passing object 
data read out from the recording medium to 
external equipment; 

the selecting unit (1 71 0) for selecting one of the 25 
plurality of decoding units and the external 
interface; and 

the controlling unit (1711) for controlling the 
selecting unit so as to select the external inter- 
face when the kind of the object specified by 30 
the playback control information is a kind of an 
object which can not be decoded by the decod- 
ing units. 



14. A method for recording data to the information 35 
recording medium according to claim 1 , comprising 

the steps of: 

receiving an MPEG transport stream from 
external equipment; 40 
reading the "random_access_indicator" from 
the received MPEG transport stream; and 
generating an access point information based 
on the read "random_access_indicator". 

45 

15. A method for reproducing data from the information 
recording medium according to claim 1 , comprising 
the steps of: 



reading out object data from the recording so 
medium; 

reading out the type information of the playback 
control information in the recording medium; 
and 

decoding the read object data according to the 55 
read type information. 

16. The method according to claim 15 further compris- 
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Fig. 8 



PROGRAM RECORDING DATE & TIME 

1) The Foreign Movie Theater 98.9.20 pm9 : 00- 



2) Morning Drama Series 98.9.22 am8 : 30- 



3) World Cup Finals 98.6.10 am2 : 00- 

4) Beethoven 96.4.1 
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